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The address of a latest Serv- 
ing GPRS Support Node (SGSN) is 
provided to a Gateway GPRS Sup- 
port Node (GGSN) by a special Up- 
date SGSN Address Request message 
which is sent from the SGSN to the 
GGSN. For a subscriber whose sub- 
scription permits, the address of the 
latest SGSN node is sent in the Up- 
date SGSN Address Request message 
for a qualified packet data protocol 
(PDP) context. A qualified PDP con- 
text (1) has a static PDP address; 
and (2) is not activated. The Update 
SGSN Address Request message can 
be sent form the SGSN to the GGSN 
in either a GPRS Attach scenario or 
an Inter-SGSN Routing Area Update 
Scenario. In response to the Update 
SGSN Address Request message, the 
GGSN sends an Update SGSN Ad- 
dress Response message which advises 
whether the updating of the address for 
the SGSN at the GGSN has been suc- 
cessful. 
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DATA PACKET RADIO SERVICE 
WITH ENHANCED MOBILITY 
MANAGEMENT 

5 This application claims the benefit and priority of the following United States 

Provisional patent applications, both of which are entitled "DATA PACKET RADIO 
SERVICE WITH ENHANCED MOBILITY MANAGEMENT" and are incorporated 
herein by reference: United States Provisional patent application serial no. 60/050,306, 
filed June 20, 1997; United States Provisional patent application serial no. 60/052,232, 

10 filed July 11, 1997. 

1 . FIELD OF THE INVENTION 

The present invention relates to packetized data transmissions over a radio 
network, and more particularly, to routing of packets to the proper mobile switch 
currently serving a mobile radio. 

is 2. RELATED ART AND OTHER CONSIDERATIONS 

In recent years cellular telephones have become increasingly popular. A cellular 
telephone is just one example of what is referred to in telephone parlance as a "mobile 
station" or "mobile terminal". A mobile station can take on various forms other than a 
cellular telephone, including a computer (e.g., a laptop computer) with mobile 
20 termination capabilities. Each subscriber having a mobile station is assigned a unique 
International Mobile Subscriber Identity (IMSI). 

Telecommunications services are provided between a cellular 
telecommunications network and a mobile station over an air interface, e.g., over radio 
frequencies. At any moment an active mobile station is communication over the air 
25 interface with one or more base stations (BSs). The base stations are, in turn, managed 
by base station controllers (BSCs), also known as radio network controllers (RNCs). A 



BNSDOCID: <WO 9B59505A1_I_> 



WO 98/59505 




PCT/SE98/01108 



2 

base station controller (BSC) together with its base stations (BSs) comprise a base 
station system (BSS). The base station controllers (BSC) of a base station system 
(BSS) is connected via control nodes to a core telecommunications network. 

One type of standardized mobile telecommunications scheme, utilized, e.g., in 
5 Europe, is the Global System for Mobile communications (GSM). GSM includes 
standards which specify functions and interfaces for various types of services. A 
relatively recent data service available within the GSM system is General Packet Radio 
Service (GPRS). GPRS differs from existing data services in that GPRS is a packet 
switched service instead of a circuit switched data service. Whereas (in GSM) a circuit 
io switched data user is connected continuously to the radio network during a data call 
(e.g., even when not transferring data), a GPRS user is connected to the radio network 
only when either (1) the mobile station desires to transmit or (2) the network has 
something to transmit to the mobile station. In other words, in GPRS the mobile station 
(e.g., a computer with mobile termination) is not connected to the network constantly 
15 while the computer is in use, but only during these two transmission events. Examples 
of GPRS systems are shown in U.S. Patent Application Serial No. 09/069,969 filed 
April 30, 1998 entitled "Dynamic Allocation of Packet Data Channels," and U.S. Patent 
Application Serial No. Serial No. 09/—,--- filed April 30, 1998 entitled "Allocation of 
Channels for Packet Data Services," both of which are incorporated herein by reference. 

20 Control nodes can take various forms, depending on the types of services or 

networks to which the control nodes are connected. For connecting to connection- 
oriented, circuit switched networks such as PSTN and/or ISDN, the control node can be 
a mobile switching center (MSC), which often is associated with a visiting location 
register (VLR). For connecting to the general packet radio services (GPRS) such as 

25 Internet (for example), the control node can be a gateway GPRS support node (GGSN). 
In a GPRS system, there also may be one or more Serving GPRS Support Nodes 
(SGSN). The SGSN is the node that serves the mobile station, e.g., the node which 
performs mobility management context at GPRS attachment and establishment of PDP 
context at PDP context activation. Importantly, the address of the SGSN node currently 

30 serving a GPRS-utilizing mobile station must be known by the GGSN in order for data 
packets to be routed between the data packet networks and the mobile station. 
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An owner of a mobile station typically enters into a contract or subscription 
agreement with a service provider (e.g., a company which operates the 
telecommunications network through which the mobile station engages in 
telecommunications connections). As part of the subscription agreement, the mobile 
station is categorized as belonging to one of several access classes available on the 
network. Subscription data from the subscription agreement is stored in a record 
maintained e.g., in a home location register (HLR) for the mobile station. 

A mobile subscriber who is roaming moves freely within the network, with the 
network knowing where the mobile station is located. This makes it possible for the 
mobile subscriber to receive a call regardless of location. To keep the network up to 
date with the subscriber location, the mobile station informs the system whenever it 
changes location area. This is called location updating. 

One type of location updating is known as an "attach". An IMSI attach is used 
by the mobile station to notify the system that it is in active mode again, provided that it 
is in the same location area as it was when it entered the inactive state. 

One prior art attach implementation is the GSM attach procedure described 
Digital Cellular Telecommunications System (Phase 2+) f General Packet Radio Service 
(GPRS) Service Description, TS GSM 03.60 version 2.0.0, the entirety which is 
explicitly incorporated herein by reference, including section 6.5 thereof. 

Generally, in the GSM attach procedure, a mobile station having GPRS 
capability sends an Attach Request message to a SGSN node. The SGSN node 
performs identification, authentication, and IMEI operations. The SGSN node then 
sends an Update Location message to the home location register (HLR) of the mobile 
station. The HLR performs cancel location procedures, and thereafter performs Insert 
Subscriber Data procedures with respect to the mobile station. In so doing, the HLR 
sends certain subscriber data for the mobile station to the SGSN. The SGSN, upon 
receiving the subscriber data from the HLR, returns an Update Ack message as an 
acknowledgment. Thereafter, location updating procedures are performed, followed by 
transmission of an Attach Accept message from the SGSN to the mobile station. 
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It is reiterated that the address of the SGSN node currently serving a GPRS- 
utilizing mobile station must be known by the Gateway GPRS Support Node (GGSN) 
in order for data packets to be routed between the data packet networks and the mobile 
station. In the prior art, the Gateway GPRS Support Node is informed of the address of 
the latest Serving GPRS Support Node only (1) when Packet Data Protocol Context 
activation is performed, or (2) when there is an inter-SGSN routing update. 

The prior art occasions for informing the Gateway GPRS Support Node (GGSN) 
of the address of the latest Serving GPRS Support Node (SGSN) do not cater to all uses 
of the mobile station. In this regard, a PDP Context activation procedure is performed 
by the mobile station only in order to be able to send/receive Packet Switched 
information. Thus, the prior art does not provide the end-user with the ability to receive 
data packets until this PDP Context activation procedure is performed due to the fact 
that the GGSN does not have the SGSN address. 

It has previously been proposed to provide a separate interface between the 
Gateway GPRS Support Node (GGSN) and the HLR, which contains the subscription 
data for the mobile station, in order to provide the address of the latest Serving GPRS 
Support Node (SGSN) to the GGSN. However, such would require that an entirely new 
interface with new protocols be established and implemented. 

What is needed, therefore, and an object of the present invention, is a technique 
for informing the Gateway GPRS Support Node of the address of the latest Serving 
GPRS Support Node under more generalized circumstances. 

TtRTFVF SUMMARY OF THE INVENTION 

The address of a latest Serving GPRS Support Node (SGSN) is provided to a 
Gateway GPRS Support Node (GGSN) by a special Update SGSN Address Request 
message which is sent from the SGSN to the GGSN. For a subscriber whose 
subscription permits, the address of the latest SGSN node is sent in the Update SGSN 
Address Request message for a qualified packet data protocol (PDP) context. A 
qualified PDP context (1) has a static PDP address; and (2) is not activated. 
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The Update SGSN Address Request message can be sent from the SGSN to the 
GGSN in either a GPRS Attach scenario or an Inter-SGSN Routing Area Update 
Scenario. In response to the Update SGSN Address Request message, the GGSN sends 
an Update SGSN Address Response message which advises whether the updating of the 
address for the SGSN at the GGSN has been successful. 

The invention also involves introducing a new field, entitled "SGSN Address 
Updating Allowed". The SGSN Address Updating Allowed" field appears both (1) in 
the subscription for the mobile station in the mobile station's home location register 
(HLR); and (2) in the PDP context information maintained by the SGSN. In this field 
an operator can specify that the PDP contexts for the subscriber, which PDP contexts 
have an inactive PDP state and a static PDP address, can provide their SGSN address to 
their GGSN following either a successful GPRS attach procedure or an Inter-SGSN 
Routing Area Update procedure. The SGSN Address Updating Allowed field is set by 
an operator, e.g., by operator command. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features, and advantages of the invention will 
be apparent from the following more particular description of preferred embodiments as 
illustrated in the accompanying drawings in which reference characters refer to the 
same parts throughout the various views. The drawings are not necessarily to scale, 
emphasis instead being placed upon illustrating the principles of the invention. 

Fig. 1 is a schematic view of a cellular telecommunications network according to 
an embodiment of the invention and showing a mobile station served by a first base 
station system and a first SGSN node. 

Fig. 2 is a schematic view of the cellular telecommunications network of Fig. 1 
but having the mobile station served by a second base station system and a second 
SGSN node. 

Fig. 3 is a diagrammatic view of general signal flow for a combined IMSI/GPRS 
Attach procedure according to a mode of the invention. 
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Fig. 3A is a more detailed diagrammatic view of the signal flow for the 
combined IMSI/GPRS Attach procedure of the mode of Fig. 3. 

Fig. 4 is a diagrammatic view of general signal flow for an Inter-SGSN Routing 
Area Update procedure according to a mode of the invention. 

Fig. 4A is a more detailed diagrammatic view of the signal flow for the Inter- 
SGSN Routing Area Update procedure of the mode of Fig. 4. 

Fig. 5A and Fig. 5B are diagrammatic views of mobility management state 
models of the mobile station and SGSN node. 



DETAILED DESCRIPTION OF THE DRAWINGS 

io In the following description, for purposes of explanation and not limitation, 

specific details are set forth such as particular architectures, interfaces, techniques, etc. 
in order to provide a thorough understanding of the present invention. However, it will 
be apparent to those skilled in the art that the present invention may be practiced in 
other embodiments that depart from these specific details. In other instances, detailed 

15 descriptions of well known devices, circuits, and methods are omitted so as not to 
obscure the description of the present invention with unnecessary detail. 

Fig. 1 shows an example cellular telecommunications network having GPRS 
capability for which the invention is useful. The network of Fig. 1 is shown using 
20 GSM-type terminology. While a preferred implementation is described in a GSM 
context/application, the present invention may be employed in other radio 
communications networks. 

Fig. 1 shows that gateway general packet radio service (GPRS) support node 
(GGSN) 20 is connected to one or more data networks, such as the Internet, as 
25 represented by cloud 22. GGSN 20 communicates over a Gn interface with one or more 
serving general packet radio service support nodes (SGSN), of which two representative 
SGSNs are shown as 24 1 and 242- The SGSN 24! communicates with (1) home 
location register (HRL) node 26\ using a Gr interface; (2) mobile switching center 
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(MSC) node 28 \ (which includes visiting location register (VLR) 29 j) using a Gs 
interface; and (3) base station system (BSS) 30] using a Gb interface. The base station 
system (BSS) 30] communicates with various mobile radio stations, such as mobile 
station (MS) 40 shown in Fig. 1, over an air interface Um. A MAP-D protocol is 
5 employed for communications between HLR 26 1 and MSC/VLR node 28 1 . A MAP-A 
protocol is employed for communications between MSC/VLR node 28 j and nodes of 
base station system (BSS) 30 \ . 

A mirror image of the network configuration above described is connected 
through SGSN 242, th e reference numerals of the nodes and systems of mirrored 
10 configuration having the subscript 2 rather than 1 . It should be understood that there 

need not necessarily be an identical mirroring, and that such representation is merely for 
sake of illustrative convenience. Moreover, more SGSNs may be and likely are 
connected to GGSN 20, so that the overall next work may be quite complex. 

A dashed-dotted line shown between each of HLR 26 \ and HRL 262 anc * GGSN 
15 20 indicates that a possible communications path could be established between each of 
the HLRs and the GGSN 20. However, such communications path would require that 
an entirely new interface be established and implemented. As explained below, the 
present invention eliminates the need for such involved interfaces/protocols between the 
HLRs and GGSN 20. 

20 Mobile station (MS) 40 is capable of using one or more general packet radio 

services (GPRSs). The operator of the telecommunications network shown in Fig. 1 has 
a subscription agreement for mobile station (MS) 40. The subscription agreement 
specifies various terms and conditions concerning and governing operation of mobile 
station (MS) 40. Data including subscription data reflecting e.g., certain ones of these 

25 subscription terms and conditions for mobile station (MS) 40 is stored in HLR 26 j. 

In the above regard, in a telecommunications network each mobile station has a 
location register which is considered its "home" register. In the illustrated example, 
HLR 26 1 is the "home" register for mobile station (MS) 40. HRL 26 \ thus has a record 
for each of the mobile stations for which it is "home", including a record for mobile 
30 station (MS) 40. 
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An example format of a prior art GPRS subscription data record stored in HLR 
26\ is shown in Table 1 . The first field of a record in HLR 26 1 identifies the particular 
mobile station to which the record belongs, the first record containing the International 
Mobile Subscriber Identity (IMSI) of the mobile station, which is unique for each 
5 mobile station. For each packet data protocol type which the mobile station (MS) 40 is 
eligible to utilize (depending e.g., on its subscription agreement), the record in HLR 26 1 
also contains a "context 55 . 

Basically stated, a "context" is data needed for a subscriber to use a specific 
packet data protocol (PDP), for example X.25. An example context for one packet data 
10 protocol ("PDP") is shown as the group of last six fields of Table 1. If mobile station 
(MS) 40 is eligible to use two packet data protocols, two such groups of fields would be 
included in the record; if three packet data protocols are eligible, three such groups are 
included, and so forth. 

In general, "activation" of a PDP context enables the SGSN to establish a PDP 
15 context for a subscriber (see Table 3) and enables the subscriber's mobile station to 

send and receive packet data. A "static PDP" address is associated with the subscriber's 
mobile ID and is allocated at the PDP context subscription. 

For reasons explained below, the current invention augments the record in the 
HLR 26] with a new field which is shown in Table 2. The field newly added by the 

20 present invention is entitled the "SGSN Address Updating Allowed" field. The SGSN 
Address Updating Allowed" field basically specifies whether the subscriber is allowed 
to update its SGSN address to its GGSN when (1) the subscriber is not GPRS active 
and (2) after a GPRS Attach procedure or an Inter-SGSN Routing Area Update 
procedure. It should be understood that identity of other fields and the ordering of 

25 fields in the records of HLR 26 1 are not critical to the present invention, but that the 
format of Table 1 is provided merely as an example of one specific implementation. 

At the time shown in Fig. 1, GGSN 20 knows how to route incoming requests for 
packet radio connections to mobile station (MS) 40. In particular, at the instance shown 
in Fig. 1, if a data packet connection to mobile station (MS) 40 were requested, GGSN 
30 20 would consult HLR 26 1 . GGSN 20 would learn the SGSN Address for mobile 
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station (MS) 40, e.g., SGSN 24 1 from the second field of the record for mobile station 
(MS) 40 in HLR 26 1 (assuming the format of Table 1). 

A complication occurs when mobile station (MS) 40 moves to another location 
that is not served by SGSN 24} . An example of such a complication is illustrated as 

5 mobile station (MS) 40 moves along path 50 of Fig. 1 to the position shown in Fig. 2. 
In the location shown in Fig. 2, mobile station (MS) 40 is in radio contact with base 
station system (BSS) 302 rather than base station system (BSS) 30 j, and thus comes 
under the jurisdiction of SGSN 242 rather than SGSN 24 \ . However, at this point in 
time GGSN 20 is oblivious to the fact that, for data packet services, mobile station (MS) 

10 40 is now served by SGSN 242 rather than SGSN 24 \ 

Under certain circumstances GGSN 20 would eventually be apprised that, in the 
situation of Fig. 2, mobile station (MS) 40 is served by SGSN 242 rather than SGSN 
24 j. One such circumstance is when mobile station (MS) 40 seeks to activate one of its 
packet data services by initiating a packet data transmission from mobile station (MS) 
15 40, such activation being referred to as a PDP context activation. Another circumstance 
accompanies inter-SGSN routing updating signaling. Yet until one of these 
circumstances occurs, mobile station (MS) 40 is unable to receive data packets because 
GGSN 20 does not have the current SGSN address. 

The present invention provides GGSN 20 with the current SGSN address, and 
20 thereby allows mobile station (MS) 40 to receive data packets even before mobile 
station (MS) 40 performs any PDP context activation. In particular, the present 
invention allows mobile station (MS) 40 to "attach" to an SGSN. The present invention 
enhances MS mobility management by transferring the address of the SGSN currently 
serving mobile station (MS) 40 to the HLR by way of the Gn interface between GGSN 
25 and SGSN. 

Thus, the present invention provides GGSN 20 with the current SGSN address 
by having the SGSN send GGSN 20 its address under certain circumstances. The 
SGSN address is provided to GGSN 20 in a new message known as the Update SGSN 
Address Request message. For a subscriber whose subscription permits, the address of 
30 the latest SGSN node is sent in the Update SGSN Address Request message for a 
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qualified packet data protocol (PDP) context. A qualified PDP context (1) has a static 
PDP address; and (2) is not activated. As explained separately below, the Update 
SGSN Address Request message can be sent from the SGSN to the GGSN in either a 
GPRS Attach scenario or an Inter-SGSN Routing Area Update Scenario. 

5 GPRS Attach Scenario 

Prior to discussing Attach procedure details, it is preliminarily mentioned that a 
GPRS-attached mobile station can use its IMSI to attach to the SGSN. This invention 
particularly concerns mobile stations with GPRS capabilities; a mobile station that is 
not GPRS-attached makes an IMSI attach, as described (for example) in the Global 
10 Systems for Mobile communication (i.e., GSM). An IMSI-attached class-A mobile 
station engaged in a circuit switched (CS) connection does not indicate that it is IMSI- 
attached when it performs a GPRS attach. In the attach function, the MS provides its 
IMSI and an indication of which type of attach that is to be executed. The different 
types of attach are IMSI attach, GPRS attach, and combined IMSI/GPRS attach. 

15 IMSI (or old TLLI) is used as an identifier during the attach procedure until a 

new TLLI is allocated. After having executed the GPRS attach, the mobile station is in 
READY state, and MM contexts are established in the mobile station and the SGSN. 
The mobile station may then activate PDP contexts as described in subclause "PDP 
Context Activation and Deactivation Functions" of the GSM documentation. 

20 An IMSI-attached class-C mobile station follows the normal IMSI detach 

procedure before it makes a GPRS attach. A GPRS-attached class-C mobile station 
performs a GPRS detach before it makes an IMSI Attach. 

The SGSN address for this particular mobile station's location is stored in the 
HLR so that changes in subscriber data can be communicated to the SGSN. If new 
25 subscriber data is received in the SGSN, and if the mobile station is GPRS-attached, the 
SGSN may, if required, command the mobile station to make a new GPRS attach and 
new PDP context activations so that the new subscriber data is taken into use. 
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The GPRS Attach Scenario is first described generally with respect to Fig. 3, and 
then in more detail with reference to Fig. 3 A. The GPRS Attach Scenario, which is a 
combined IMSI/GPRS Attach procedure, is described with reference to the example and 
illustrative network topology presented in Fig. 2 in which, yet unknown to GGSN 20, 
5 mobile station (MS) 40 has just come into the jurisdiction of SGSN 242- 

At step 3-1 of Fig. 3, mobile station (MS) 40 sends an Attach Request message 
to SGSN 242- Step 3-2 depicts performance of Identification, Authentication, and IMEI 
operations. At step 3-3 SGSN 242 sends a Update Location message to HLR 26] . Step 
3-4 reflects Cancel Location procedures and Insert Subscriber Data (ISD) procedures 
10 initiated by HLR 26 j . In connection with these ISD procedures, the ISD operation is 
modified for GPRS in order to carry GPRS related information such as PDP Types, 
PDP Addresses, QoS Subscribed, etc. (See Table 4 of section 13.1 of TS GSM 03.60). 

Step 3-5 of Fig. 3 shows HLR 26 j sending an Update Location Ack message to 
SGSN 242- After receipt of the Update Location Ack message, SGSN 242 sends a new 

15 message of the invention - the Update SGSN Address Request message - to GGSN 20 
as shown by step 3-6. The Update SGSN Address Request message provides the new 
SGSN address, i.e., the address of SGSN 242 for a11 PDP contexts which have a Static 
PDP address, which are not activated, and for which an operator has indicated that 
address notification is permitted. Thereafter, GGSN 20 responds by sending an Update 

20 SGSN Address Response message to SGSN 242 as indicated by step 3-7. The Update 
SGSN Address Response message advises whether the updating requested by the 
Update SGSN Address Request message has been successful. 

After SGSN 242 has informed, or at least attempted to inform, GGSN 20 of the 
address of SGSN 242, Location Update procedures are performed as generally indicated 
25 by step 3-8. Following Location Update, at step 3-8 SGSN 242 sends an Attach Accept 
message to mobile station (MS) 40. 

Thus, two new GPRS Tunneling Protocol (GTP) messages, the Update SGSN 
Address Request message and the Update SGSN Address Response message, are 
provided by the present invention. These two new GTP messages, as well as details of 
30 one embodiment of implementation of the general procedure shown in Fig. 3, are 
described in more detail in connection with Fig. 3A. Steps shown in Fig. 3 have the 
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same steps numbers in Fig. 3A, with Fig. 3A also showing various substeps or 
suboperations for procedures and operations only generally shown in Fig. 3. 

At step 3-1 of Fig. 3 A, mobile station (MS) 40 makes its identity (e.g., its IMSI) 
known to the SGSN serving base station system 302, i.e., SGSN 242, b y sending an 
Attach Request message. The Attach Request message of step 3-1 includes e.g., the 
following informational parameters relative to mobile station (MS) 40: IMSI, MS 
Class, Classmark, CKSN, Attach Type, and DRX Parameters. The Attach Request 
message is sent via base station system 302 t0 SGSN 242- 

The informational parameters included in the Attach Request message of step 3- 
1 are now briefly discussed. The "MS Class" parameter indicates whether the mobile 
station is a class-A, class-B, or class-C mobile station. The "Classmark" parameter 
contains the mobile station's GPRS multislot capabilities and supported GPRS 
ciphering algorithm in addition to existing classmark parameters. The "Attach Type" 
parameter indicates which type of attach is to be performed, i.e., GPRS Attach only, 
IMSI Attach only, or a combined GPRS and IMSI Attach. A combined GPRS and 
IMSI attach is used also in the case of a GPRS Attach when the MS is already IMSI- 
attached. The "DRX" (Discontinuous receive) Parameters indicate whether the mobile 
station uses discontinuous reception or not. If the mobile station uses discontinuous 
reception, then DRX Parameters also indicate when the mobile station is in a non-sleep 
mode and therefore able to receive paging requests and channel assignments. 

If, rather than using its IMSI in the Attach Request message, the mobile station 
(MS) 40 identifies itself with a TLLI (in the scenario illustrated in Fig. 2 in which the 
current SGSN has changed since detach), at step 3- la the new SGSN (e.g., SGSN 242) 
sends an Identification Request to the old SGSN (e.g., SGSN 24 1) to request the IMSI 
of mobile station (MS) 40. At step 3- lb the old SGSN (SGSN 24]) responds with 
Identification Response message. Identification Response message includes the IMSI of 
mobile station (MS) 40, and Authentication Triplets. If mobile station (MS) 40 is not 
known in the old SGSN, the old SGSN responds with an appropriate error message. 

If the TLLI is unknown in both the old SGSN 24! and new SGSN 242, at step 3- 
lc the new SGSN 242 sends an ldentitv Request message to mobile station (MS) 40. 
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The Identity Request message to elicit the Identity Type of mobile station (MS) 40. As 
indicated by step 3- Id, mobile station (MS) 40 responds with an Identity Response 
message which includes the IMSI of mobile station (MS) 40. The mobile station (MS) 
40 uses its IMSI to identify itself until a TLLI is allocated. 

Fig. 3 A shows various aspects of the authentication, security, and equipment 
checking operations generally depicted as steps 3-2 and 3-2a in Fig. 3. These 
authentication functions are conventional, such as those which are defined in the 
subclause "Security Functions" in the document Digital Cellular Telecommunications 
System (Phase 2+), General Packet Radio Service (GPRS) Service Description, TS 
GSM 03.60 version 2.0.0. If no (mobility management) MM context for mobile station 
(MS) 40 exists anywhere in the network, then authentication is mandatory. Ciphering 
procedures are described in subclause "Security Functions." If TLLI allocation is going 
to be done, and if ciphering is supported by the network, the ciphering mode is set. The 
equipment checking functions of step 3-2a are conventional and routine in the art. 

15 Step 3-3 of Fig. 3 is also shown in Fig. 3 A, and involves SGSN 242 sending an 

Update Location message to the HLR of mobile station (MS) 40, i.e., HLR 26 \ . The 
Update Location message includes the SGSN Address and the IMSI of mobile station 
(MS) 40. 

In response to the Update Location message of step 3-3, the Cancel Location and 
ISD procedures (depicted generally as step 3-4 in Fig. 3) are performed. In showing 
these procedures in more detail, Fig. 3 A illustrates as step 3-4a the HLR 26 \ sending a 
Cancel Location message to the old SGSN 24 j. The Cancel Location message includes 
the IMSI of mobile station (MS) 40. Upon receipt of the Cancel Location message, the 
old SGSN 24 \ removes the mobility management (MM) and PDP contexts and at step 
3-4b acknowledges such cancellation with a Cancel Location Ack message. The Cancel 
Location Ack message includes the IMSI of mobile station (MS) 40. 

After the Cancel Location operations are performed, the Insert Subscriber Data 
(ISD) operations follow. In this regard, at step 3-4c, HLR 26 \ sends an Insert 
Subscriber Data message to the new SGSN 242- In the Insert Subscriber Data operation, 
30 HLR 26] sends all relevant GPRS information for each PDP type for mobile station 
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(MS) 40. The Insert Subscriber Data message of step 3-4c thus includes the IMSI and 
GPRS subscription data (see Table 1 and Table 2) for mobile station (MS) 40. The 
Insert Subscriber Data for a PDP type is understood with reference to Table 1 . 

At step 3-4d the new SGSN 242 acknowledges with an Insert Subscriber Data 
Ack message which includes the IMSI of mobile station 40. At this point the new 
SGSN 242 validates the presence of mobile station (MS) 40 in the (new) routing area 
(RA). If due to regional, national, or international restrictions mobile station (MS) 40 is 
not allowed to attach in the RA or subscription checking fails, then SGSN 24 2 rejects 
the Attach Request with an appropriate message. If all checks are successful then 
SGSN 242 constructs a mobility management (MM) context for mobile station (MS) 
40. An example mobility management (MM) context is shown in Table 3. 



After completion of the ISD procedures, as indicated both in Fig. 3 and Fig. 3 A, 
at step 3-5 HLR 26 1 acknowledges the Update Location message of step 3-3 by sending 
an Update Location Ack message to the new SGSN 24 2 after the canceling of old MM 
15 context and insertion of new MM context are finished. 

In view of the receipt of the Insert Subscriber Data, SGSN 24 2 checks to see if 
there are any PDP States which (1) are not active, and (2) for which the HLR allows the 
SGSN to inform the GGSN of the new SGSN's address. If any PDP States meet these 
two criteria, a new message - the Update SGSN Address Request message - is sent at 
20 step 3-6 from SGSN 24 2 to GGSN 20. In the Update SGSN Address Request message 
SGSN 242 provides, for all PDP Contexts having a Static PDP address that are not 
activated, the address of the new SGSN (i.e., SGSN 242). 

The information elements in the Update SGSN Address Request message of step 
3-6 include the following: information element, IMSI, SGSN Address, and Update 

25 Reason. The Update Reason information element of the Update SGSN Address 

Request message can have either of two values. A first of the values indicates that the 
update was initiated by a GPRS Attach Procedure (the situation presently described 
with respect to Fig. 3 and Fig. 3 A). The second of the values indicates that the update 
was initiated by a GPRS Inter SGSN Routing Area Update Procedure (a situation 

30 subsequently described with respect to Fig. 4 and Fig. 4 A). This information may be 



BNSDOCID' <WO_9859505A1J_> 



WO 98/59505 



PCT/SE98/01108 



15 

used by the GGSN for Statistics purposes or used by the GGSN depending on how the 
GGSN obtained the SGSN address. 

As mentioned above, in the present invention, an additional field known as 
"SGSN Address Updating Allowed" field (see Table 2) for GPRS subscription data is 

5 introduced in HLR 26 1 and in SGSN 242- The "SGSN Address Updating Allowed" 
field allows the operator to select which PDP Contexts having a static PDP address will 
provide an SGSN address to the GGSN 20 following a successful GPRS attach 
procedure or an Inter SCSN Routing Area Update procedure when their PDP State is 
inactive. The operator, by command, sets the value of the "SGSN Address Updating 

10 Allowed" field in HLR 26 1 (see Table 2). 

The field of Table 2 is added to and updated, not only in the HLR GPRS 
Subscription Data shown in Table 1, but also in the SGSN mobility management (MM) 
and PDP Contexts shown in Table 3. 

In response to the Update SGSN Address Request message from SGSN 242 at 
15 step 3-6, at step 3-7 GGSN 20 sends an Update SGSN Address Response message back 
to SGSN 242, advising whether the updating of the address for the new SGSN 242 has 
been successful or not. The Update SGSN Address Response message of step 3-7 is 
sent from the GGSN node to the new SGSN 242 as P art either of the GPRS Attach 
procedure or the GPRS Inter SGSN Routing Area Update procedure. The information 
20 elements in an Update SGSN Address Response message include an Information 
Element and a Cause. 

Fig. 3 shows generally by step 3-8 certain Location Update procedures which are 
described in more detail in Fig. 3A with reference to steps 3-8a through 3-8g. If the 
Attach Request of mobile station (MS) 40 at step 3-1 is for an IMSI attach, then the new 

25 SGSN 242 forwards the IMSI attach to the VLR of the new MSC 282. The address of 
VLR 292 i s derived form the RA information. In this regard, if mobile station (MS) 40 
is already IMSI-attached and is doing a GPRS attach, an association is created by 
sending (at step 3-8) a Location Updating Request message to VLR 292- This marks 
mobile station (MS) 40 as GPRS-attached in VLR 292- The Location Updating Request 

30 message sent to VLR 292 includes the new LAI, IMSI, SGSN Address, GPRS Attach 
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State, MS Class. The GPRS Attach State included in the Location Updating Request 
message indicates that the mobile station is attached to GPRS, so that VLR 292 creates 
an association with the new SGSN 242 by storing SGSN Address and MS Class. 

If the LA update is inter-MSC (which does occur in the scenario illustrated in 
5 Fig. 2), the new VLR 292 sends an Update Location message to HLR 26 j as shown by 
step 3-8b. The Update Location message of step 3-8b includes the IMSI of mobile 
station (MS) 40 and the new VLR. In response, the HLR 26 1 sends a Cancel Location 
message to the old VLR 29 1- The Cancel Location message includes the IMSI of 
mobile station (MS) 40. As shown by step 3-8d, the old VLR 29 1 acknowledges by 
10 sending a Cancel Location Ack message, which also includes the IMSI of mobile 

station (MS) 40. Then, at step 3-8e, HLR 26 1 sends an Insert Subscriber Data message 
to the new VLR 292- Tiie Insert Subscriber Data message includes, for mobile station 
(MS) 40, the IMSI and GSM subscriber data obtained from in mobile station (MS) 40's 
record in VLR 29 1 . Receipt of the Insert Subscriber Data message is acknowledged by 
15 VLR 292 at step 3-8f with an Insert Subscriber Data Ack message. The Insert 

Subscriber Data Ack message includes the IMSI of mobile station (MS) 40. After 
finishing the inter-MSC location update procedures, at step 3-8g the HLR 26 1 responds 
with an Update Location Ack message to the new VLR 292, the Update Location Ack 
message including the IMSI of mobile station (MS) 40. The new VLR 29 2 can then 
20 respond to new SGSN 242 at ste P 3 " 8h with a Location Updating Accept message. The 
Location Updating Accept message includes the TMSI. 

At step 3-9 SGSN 242 sends an Attach Accept message to mobile station (MS) 
40. The Attach Accept message includes the TLLI for mobile station (MS) 40, the 
PLMN-supported MT-capabilities parameter, and the TMSI. 



25 



If the PLMN-Supported MT-Capabilities parameter received by mobile station 
(MS) 40 at step 3-9 indicates that only GPRS MS Class C mode of operation is 
supported (i.e., the Gs interface is not installed), then a Class-A or B MS shall either; 
(1) perform an explicit IMSI detach via the non-GPRS control channels (if mobile 
station (MS) 40 was already IMSI-attached); (2) access the non-GPRS control 
30 channels for CS operation (the way that CS operation is performed in parallel with 

GPRS operation is a MS implementation issue outside the scope of this specification); 
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or (3) avoid all CS signaling (in which case mobile station (MS) 40 is implicitly IMSI 
detached after a while). If only MS Class C mode of operation is supported, and mobile 
station (MS) 40 requested an IMSI attach, then the IMSI attach is not performed. 

If, upon receipt of the Attach Accept message, mobile station (MS) 40 discerns 
5 that either TLLI or TMSI has changed, at step 3-10 mobile station (MS) 40 

acknowledges the received TLLI and/or TMSI with an Attach Complete message. The 
Attach Complete message includes the TLLI and TMSI values. If TMSI were changes, 
at step 3-1 1 the new SGSN 242 confirms the TMSI re-allocation by sending a TMSI 
Reallocation Complete message (which includes the TMSI value) to VLR 292- 

10 If the Attach Request cannot be accepted, SGSN 242 returns an Attach Reject 

message to mobile station (MS) 40. The Attach Reject message includes the IMSI and 
a Reject Cause parameter. 

INTER-SGSN ROUTING AREA UPDATE PROCEDURE 

Fig. 4 shows general signal flows an Inter SGSN Routing Area Update Scenario 
15 which features the two new GTP messages utilized by the invention, i.e., the Update 
SGSN Address Request message and the Update SGSN Address message. In the 
scenario of Fig. 4, the new SGSN 242 informs GGSN 20 of its address for each PDP 
Context (1) that is not active; (2) which has an address which is a static address; and 
(3) for which the operator permits update of new SGSN address to its GGSN when 
20 performing Inter SGSN Routing Area Update. 

Step 4-1 of Fig. 4 shows mobile station (MS) 40 sending a Routing Area Update 
Request message to SGSN 242- At step 4-2 SGSN 242 performs a SGSN Context 
procedure and Forward Packets. The SGSN Context procedure and forwarding of 
packets is described in more detail in connection with Fig. 4A. Step 4-3 is indicative of 
25 performance of conventional Security Functions. 

Step 4-4 pertains to various PDP context operations; step 4-5 involves Update 
Location, Cancel Location, and ISD operations. Steps 4-4 and 4-5 are described in 
more detail subsequently in connection with Fig. 4A. 
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At step 4-6 SGSN 242 sends 311 Update SGSN Address Request message to 
GGSN 20. Prior to sending the Update SGSN Address Request message to GGSN 20, 
SGSN 242 checks to determine if there are any PDP States (1) that are not active; (2) 
for which the HLR allows the new SGSN to inform the GGSN of the address of the new 
5 SGSN. If these checks are positive, at step 4-6 the Update SGSN Address Request 
message is sent from SGSN 242 to GGSN 20, with the new message providing the new 
SGSN address for all PDP Contexts having a Static PDP address and which are not 
activated. 

In response to the message of step 4-6, at step 4-7 GGSN 20 sends an Update 
10 SGSN Address Response message to SGSN 242, advising whether the updating of the 
address for the new SGSN has been successful or not. This is followed (at step 4-8) by 
Location Updating operations. Then, at step 4-9, a Routing Area Update Accept 
message is sent from SGSN 242 to mobile station (MS) 40. Lastly, at step 4-10 a 
Routing Area Update Complete message is sent from mobile station (MS) 40 to SGSN 
15 24 2 . 

Further specifics of the operations performed in Fig. 4 are now described with 
respect to Fig. 4A. Like Fig. 4, Fig. 4A shows at step 4-1 mobile station (MS) 40 
sending a Routing Area Update Request message to the new SGSN (e.g., SGSN 242). 
The Routing Area Update Request message includes the parameters TLLI, new CI, old 
20 RAI, new RAI, CS Connected. The parameter CI is added in the base station system 
(BSS) to reduce the load on the radio interface. The parameter CS Connected indicates 
if the mobile station (MS) 40 has an ongoing CS connection. If true, then SGSN 242 
does not send a Location Updating Request message to the MSC/VLR (e.g., MSC 282). 

Step 4-2 of Fig. 4 generally involved the SGSN Context procedure and Forward 
25 Packets procedure. Further details of step 4-2 are shown in Fig. 4 A. At step 4-2a the 
new SGSN (i.e., SGSN 242) sends a SGSN Context Request message to the old SGSN 
(i.e., SGSN 24 1) to obtain the MM and PDP contexts for mobile station (MS) 40. The 
SGSN Context Request message includes the following parameters: old RAI, TLLI, 
and New SGSN Address. At step 4-2b the old SGSN (i.e., SGSN 24 1) responds with a 
30 SGSN Context Response message. The SGSN Context Response message includes the 
following parameters: MM Context, PDP Contexts, and LLC Ack. If the mobile 
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station is not known in the old SGSN, the old SGSN responds with an appropriate error 
message. 

The old SGSN (i.e., SGSN 24 1 stores the address of the new SGSN (e.g., New 
SGSN Address) until the old MM context is cancelled, to allow the old SGSN 24 j to 

5 forward data packets to the new SGSN 242- The LLC Ack parameter in the SGSN 
Context Response message contains the acknowledgments for each LLC connection 
used by mobile station (MS) 40. Each PDP Context includes the GTP sequence number 
for the next downlink N-PDU to be sent to mobile station (MS) 40 and the GTP 
sequence number for the next uplink N-PDU to be tunneled to GGSN 20. The old 

10 SGSN 24 1 starts a timer. At expiry of that timer all contexts for mobile station (MS) 40 
are deleted. 

As shown by step 4-2c of Fig. 4 A, the old SGSN 24 j starts a tunneling of 
buffered N-PDUs to the new SGSN 242- Additional N-PDUs received from GGSN 20 
before the time described in step 4-2b expires are also tunneled to the new SGSN 242- 
15 N-PDUs which were already sent to the mobile station (MS) 40 and which are not yet 
acknowledged by mobile station (MS) 40 are tunneled together with the number of the 
LLC frames which transferred the last segment of the N-PDU. 

As in Fig. 4, step 4-3 of Fig. 4A depicts execution of conventional security 
functions . These security procedures are defined in subclause "Security Function" of 
20 the document Digital Cellular Telecommunications System (Phase 2+), General Packet 
Radio Service (GPRS) Service Description, TS GSM 03.60 version 2.0.0. Since TLLI 
allocation is to be done, a ciphering mode shall be set if ciphering is supported. 

Step 4-4 of Fig. 4 represented PDP context operations which are now further 
described with respect to Fig. 4A. At step 4-4a the new SGSN 242 sends an Update 
25 PDP Context Request message to the GGSNs concerned (i.e., GGSN 20). The Update 
PDP Context Request message of step 4-4a includes the following parameters: new 
SGSN Address, TID 5 and QoS. The GGSNs update their PDP context fields and return 
an Update PDP Context Response message as indicated by step 4-4b. The Update PDP 
Context Response message includes the TID. 
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Step 4-5 of Fig. 4 represented Update Location, Cancel Location, and Insert 
Subscriber Data (ISD) operations which are now further described with respect to Fig. 
4A. At step 4-5a of Fig. 4A the new SGSN 242 informs HLR 26i of the change of 
SGSN by sending an Update Location message to HLR 26 j. The Update Location 

5 message includes the following parameters: SGSN Address and IMSI. Then, at step 4- 
5b, HLR 26\ cancels the MM context in the old SGSN (i.e., SGSN 24 1) by sending a 
Cancel Location message to the old SGSN. The Cancel Location message includes the 
IMSI of mobile station (MS) 40. If the timer described in step 4-2 is not running, then 
the old SGSN removes the MM and PDP contexts, and acknowledges at step 4-5c with 

io a Cancel Location Ack message. The Cancel Location Ack message includes the IMSI 
of mobile station (MS) 40. 

At step 4-5d HLR 26 1 sends an Insert Subscriber Data message to the new 
SGSN 242- The Insert Subscriber Data message includes both the IMSI and GPRS 
subscription data for mobile station (MS) 40. In response, at step 4-5e, SGSN 242 
15 acknowledges with an Insert Subscriber Data Ack message. The Insert Subscriber Data 
Ack message includes the IMSI of mobile station (MS) 40. 

HLR 26 1 acknowledges receipt of the Update Location message by sending, at 
step 4-6, a Update Location Ack message to SGSN 242- The Update Location Ack 
message provides the IMSI of mobile station (MS) 40. 

20 Step 4-6 employs the new Update SGSN Address Request message of the 

invention. At step 4-6 the Update SGSN Address Request message is sent from SGSN 
242 to GGSN 20. In the Update SGSN Address Request message SGSN 242 provides, 
for all PDP Contexts having a Static PDP address that are not activated, the address of 
the new SGSN (i.e., SGSN 242). As in the earlier-described scenario, the information 

25 elements in the Update SGSN Address Request message of step 3-6 include the 
following: information element, IMSI, SGSN Address, and Update Reason. The 
Update Reason information element of the Update SGSN Address Request message 
has, in this second scenario, a value indicative of a GPRS Inter SGSN Routing Area 
Update Procedure (the situation subsequently described with respect to Fig. 4 and Fig. 

30 4A). 
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In response to the Update SGSN Address Request message from SGSN 242 at 
step 4-6, at step 4-7 GGSN 20 sends an Update SGSN Address Response message back 
to SGSN 242, advising whether the updating of the address for the new SGSN 242 has 
been successful or not. The information elements in an Update SGSN Address 
5 Response message include an Information Element and a Cause. 

Fig. 4 has step 4-8 referencing generally Location Updating operations, which 
are now described in more detail with reference to Fig. 4A. If mobile station (MS) 40 is 
IMSI-attached and not in a CS connection, the association between SGSN 242 and VLR 
292 has to be updated. The address of VLR 292 * s derived from the RA information. 
10 At step 4-8a SGSN 242 sends a Location Updating Request message to VLR 292- The 
Location Updating Request message of step 4-8a includes the following parameters: 
IMSI, SGSN Address, and GPRS Attach State. In response, VLR 292 stores the SGSN 
Address and (at step 4-8b) acknowledges with a Location Updating Accept message 
which includes the IMSI of mobile station (MS) 40. 

15 SGSN 242 validates the presence of 40 in the new RA. If due to regional, 

national, or international restrictions mobile station (MS) 40 is not allowed to attach in 
the RA or subscription checking fails, then SGSN 242 rejects the routing update with an 
appropriate cause. If all checks are successful, then SGSN 242 constructs MM and PDP 
contexts for mobile station (MS) 40. A logical link is established between the new 

20 SGSN 242 and mobile station (MS) 40. The new SGSN 242 responds to 40 at step 4-9 
with a Routing Area Update Accept message. The Routing Area Update Accept 
message includes the following parameters: TLLI, PLMN-Supported MT Capabilities, 
LLC Ack, and Cause. 

If PLMN-Supported MT Capabilities indicates that only GPRS MS Class-C 
25 mode of operation is supported, i.e., the Gs interface is not installed, than a Class-A or 
B mobile station shall either: (1) perform an explicit IMSI detach via the non-GPRS 
control channels (if the MS was already IMSI-attached); or (2) access the non-GPRS 
control channels for circuit switched (CS) operation (the way that circuit switched 
operation is performed in parallel with GPRS operation is a MS implementation issue 
30 outside the scope of this specification); or (3) avoid all circuit switched signaling (in 
which case the MS is implicitly IMSI detached after a while). 
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If the PLMN-Supported MT-Capabilities parameter indicates that also GPRS MS 
Class A and B mode of operation is supported, and the mobile station used to be 
communicating with a SGSN that only supports Class-C mode of operation, then a 
Class-A or B mobile station that needs to perform IMSI attach and Location Updates 
5 shall do this via the SGSN. Moreover, if that Class-A or B mobile station is already 
IMSI-attached, it immediately performs a Location Update via the SGSN to allow the 
VLR to store the SGSN address. 

The LLC Ack parameter of the Routing Area Update Accept message contains 
the acknowledgments for each LLC connection used by the mobile station, thereby 
10 confirming all mobile-originated N-PDUs successfully transferred before the start of the 
update procedure. 

At step 4-10, mobile station (MS) 40 acknowledges the new TLLI with a 
Routing Area Update Complete message. The Routing Area Update Complete message 
includes the following parameters: TLLI and LLC Ack. The LLC Ack parameter 
15 contains the acknowledgments for each LLC connection used by the mobile station, 
thereby confirming all mobile-terminated N-PDUs successfully transferred before the 
start of the update procedure. If LLC Ack parameter confirms reception of N-PDUs 
that were forwarded from the old SGSN, then these N-PDUs shall be discarded by the 
new SGSN. LLC and SNDCP in the MS are reset locally. 

20 In the case of a rejected routing update operation, due to Routing Area 

restrictions, the new SGSN does not construct a MM context. A reject is returned to the 
mobile station with an appropriate cause. The mobile station does not re-attempt a 
routing update to that RA. The RAI value is deleted when the mobile station is 
powered-up. 

25 In the case of no reply from base station system (BSS) node 30 1 , the new SGSN 

242 does not construct a MM context. Instead, a reject is returned to the MS with an 
appropriate cause. The mobile station may re-attempt updating to the same RA. As an 
option, the SGSN may retry the operation before rejecting the routing update. 



BNSDOCID- < WO 9859505A 1 J > 



WO 98/59505 ~ PCT/SE98/01108 

23 

If routing area update procedure fails a maximum allowable number of times, or 
if the Routing Area Update Accept Cause parameter indicates a reject, the mobile 
station enters IDLE state. 



Thus, also in the second scenario the two new GTP messages — "Update SGSN 
5 Address Request" message and the "Update SGSN Address Response" - play an 
important role. In fact, the Update SGSN Address Request message is sent from the 
new SGSN 242 n °de to the GGSN node as part of both the GPRS Attach procedure and 
the GPRS Inter SGSN Routing Area Update procedure. 

One advantage of the present invention is that it allows the operator to decide for 
10 Mobile Terminating Cases which inactive PDP Context will receive packet switched 
information. 

For further reading regarding example systems and environments in which the 
present invention can be utilized, see the following documents which are incorporated 
herein by reference: 



15 (1) Digital Cellular Telecommunications System (Phase 2+) 

General Packet Radio Service (GPRS) 
Service Description 
TS GSM 03.60 version 5.3.0 

20 (2) Digital Cellular Telecommunications System (Phase 2+) 

General Packet Radio Service (GPRS) 
Service Description 
TS GSM 09.60 version 1.7.0 



(3) Digital Cellular Telecommunications System (Phase 2+) 
25 Mobile Application Part (MAP) Specification 

TS GSM 09.02 version 5.7.0 



Fig. 5 A and Fig. 5B show functional mobility management state models of the 
mobile station and the SGSN. 
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While the invention has been particularly shown and described with reference to 
the preferred embodiments thereof, it will be understood by those skilled in the art that 
various alterations in form and detail may be made therein without departing from the 
spirit of the invention. 
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Table 1: HLR GPRS Subscription Data 


Field 


Description 


IMSI 


IMSI is the main reference key. 


MSISDN 


MSISDN of the MS for SMS 


SGSN SS7 Address 


The SS7 address of the SGSN currently 
serving this MS. 


SGSN IP Address 


The IP address of the SGSN currently 
serving this MS 


SNS Parameters 


SMS-related parameters, e.g., operator- 
determined barring 


MS Purged for GPRS 


Indicates that the MM and PDP contexts of 
the MS are deleted from the SGSN 


MNRG 


Indicates that the MS is not reachable 
through an SGSN, and that the MS is 
marked as not reachable for GPRSat the 
SGSN and possibly at the GGSN. 


GGSN-list 


The GSN number and optional IP 
addresses pair related to the GGSNs that 
shall be contacted when activity from the 
MS is detected and MNRG is set. The 
GSN number shall be either the number of 
the GGSN or the porotcol-converting GSN 
as described in the subclauses "MAP-based 
GGSN - HLR Signalling" and "GTP and 
MAP-based GGSN - HLR Signalling" 


Each IMSI contains zero or more of the following PDP context 
subscription records: 


PDP Type 


PDP type, e.g., X.25 or IP 


PDP Address 


PDP address, e.g., an X. 121 address. This 
field may be empty if dynamic addressing 
is allowed. 


QoS Profile Subscribed 


The quality of service subscribed for this 
PDP context. QoS Profile Subscribed is 
the default level if a particular QoS profile 
is not requested. 


VPLMN Address Allowed 


Specifies whether the MS is allowed to use 
a dynamic address 
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Table 1: HLR GPRS Subscription Data 


Field 


Description 


VPLMN Address Allowed 


Specifically whether the MS is allowed to 
use the APN in the domain of the HPLMN 
only, or additionally the APN in the 
domain of the VPLMN. 


Access Point Name 


A label according to DNS naming 
conventions describing the access point to 
the external packet data network 



Table 2: 

Information Elements in an UpdateSGSNAAddressRequest 


Field 


Description 


SGSN Address Updating Allowed 


Specifies whether the subscriber is 
allowed to update its SGSN address to 
its GGSN when he is not GPRS active 
and after GPRS Attach or Inter SGSN 
Routing Area Update 



Table 3: 
SGSN MM and PDP Contexts 


Field 


Description 


IMSI 


IMSI is the main reference key 


MM State 


Mobility management state, IDLE, 
STANDBY, or READY 


P-TMSI 


Packet Temporary Mobile Subscriber 
Identity 


IMEI 


International Mobile Equipment Identity 


P-TMSI Signature 


A signature used for identification checking 
purposes 
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Table 3: 
. SGSN MM and PDP Contexts 


Field 


Description 


Routing Area 


Current routing area 


Cell Identity 


Current cell, only valid in READY state 


VLR Number 


The VLR number of the MSC/VLR 
currently serving this MS 


New SGSN Address 


The IP address of the new SGSN where 
buffered and not sent N-PDUs should be 
forwarded to 


TLLI 


Temporary Logical Link Identity 


Authentication Triplets 


Authentication and ciphering parameters 


Cell Identify 


Current cell, only valid in READY state 


Kc 


Currently used ciphering key 


CKSN 


Ciphering key sequence number of Kc 


Ciphering algorithm 


Selected ciphering algorithm 


MS Class 


The GPRS MS class, A, B, or C 


Classmark 


MS classmark 


DRX Parameters 


Discontinuous reception parameters 


MNRG 


Indicates whether activity from the MS shall 
be renorted to the HLR 


NGAF 


Indicates whether activity from the MS shall 
be reported to the MSC/VLR 


MSISDN 


MSISDN of the MS for SMS 


SMS Parameters 


SMS-related parameters, e.g., operator- 
determined barring 


Recovery 


Indicates if HLR or VLR is performing 
database recovery 


Each MM context contains zero or more of the following PDP contexts: 
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Table 3: 
SGSN MM and PDP Contexts 



Field 



Description 



PDP Type 



PDP type, e.g., X25 or IP 



PDP Address 



PDP address, e.g., an X.121 address 



NSAPI 



Network layer Service Access Point 
Identifier 



PDP State 



Packet data protocol state, INACTIVE or 
ACTIVE 



GGSN Address in Use 



The IP address of the GGSN currently used 
by the activated PDP context 



VPLMN Address Allowed 



Specifies whether the MS is allowed to use 
the APN in the domain of the HPLMN only, 
or additionally the APN in the domain of 
the VPLMN 



Compression 



Negotiated data compression parameters 



QoS Profile Subscribed 



The quality of service profile subscribed for 
this PDP context 



QoS Profile Requested 



The quality of service profile requested 
upon PDP Context Activation 



QoS Profile Negotiated 



The quality of service profile negotiated for 
this PDP context 



SND 



GTP sequence number of the next downlink 
N-PDU to be sent to the MS, only for 
connection-oriented PDP types 



SNU 



GTP sequence number of the next uplink N- 
PDU to be sent to the GSSN, only for 
connection-oriented PDP types 



Reordering Required 



Specifies whether the SGSN shall reorder 
N-PDUs before delivering the N-PDUs to 
the MS 
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WHAT IS CLAIMED IS: 



1 1 . A mobile telecommunications network comprising: 

2 a gateway node through which the mobile telecommunications network is 

3 connected to a data packet network; 

4 a serving node which serves a mobile station and which sends an update 

5 message to the gateway node prior to the mobile station performing a packet data 

6 protocol context activation, the update message providing to the gateway node 

7 an address of the serving node for use with the packet data protocol context. 

1 2. The network of claim 1, wherein the serving node makes a selective 

2 determination whether to send the update message with respect to a particular 

3 packet data protocol context. 

1 3. The network of claim 2, wherein the selective determination is based 

2 on data in an update allowance field stored in a memory. 

1 4. The network of claim 3, wherein the update allowance field is stored at 

2 a home location register for the mobile station. 

1 5. The network of claim 3, wherein the update allowance field is stored at 

2 the serving node for the mobile station. 

1 6. The network of claim 1, wherein the update message is sent in 

2 connection with an attach procedure. 

1 7. The network of claim 1, wherein the update message is sent in 

2 connection with an inter-serving node routing area update procedure. 

1 8. The network of claim 1, wherein the serving node is a serving packet 

2 radio service node for GPRS. 
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1 9. A serving node of a mobile telecommunications network, the mobile 

2 telecommunications network including a gateway node through which the 

3 mobile telecommunications network is connected to a data packet network, and 

4 wherein the serving node serves a mobile station and sends an update message to 

5 the gateway node prior to the mobile station performing a packet data protocol 

6 context activation, the update message providing to the gateway node an address 

7 of the serving node for use with the packet data protocol context. 

1 10. The node of claim 9, wherein the serving node makes a selective 

2 determination whether to send the update message with respect to a particular 

3 packet data protocol context. 

1 11. The node of claim 1 0, wherein the selective determination is based on 

2 data in an update allowance field stored in a memory. 

1 1 2. The node of claim 1 1 , wherein the update allowance field is stored at 

2 a home location register for the mobile station. 



1 13. The node of claim 1 1 , wherein the update allowance field is stored at 

2 the serving node for the mobile station. 

1 14. The node of claim 9, wherein the update message is sent in 

2 connection with an attach procedure. 

1 15. The node of claim 9, wherein the update message is sent in 

2 connection with an inter-serving node routing area update procedure. 

1 1 6. The node of claim 9, wherein the serving node is a serving packet 

2 radio service node for GPRS. 
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1 1 7. A method of operating a mobile telecommunications network which 

2 comprises a gateway node through which the mobile telecommunications 

3 network is connected to a data packet network, the method comprising sending 

4 from a serving node, which serves a mobile station, an update message to the 

5 gateway node prior to the mobile station performing a packet data protocol 

6 context activation, the update message providing to the gateway node an address 

7 of the serving node for use with the packet data protocol context. 



1 18. The method of claim 17, further comprising making a selective 

2 determination at the serving node whether to send the update message with 

3 respect to a particular packet data protocol context. 

1 19. The method of claim 18, further comprising making the selective 

2 determination on the basis of data stored in an update allowance field of a 

3 memory. 

1 20. The method of claim 19, wherein the update allowance field is stored 

2 at a home location register for the mobile station. 

1 21. The method of claim 19, wherein the update allowance field is stored 

2 at the serving node for the mobile station. 



1 22. The method of claim 17, further comprising sending the update 

2 message in connection with an attach procedure. 

1 23. The method of claim 17, further comprising sending the update 

2 message in connection with an inter-serving node routing area update procedure. 

1 24. The method of claim 17, wherein the serving node is a serving packet 

2 radio service node for GPRS. 
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